Game of skill played by remote participants utilizing wireless devices in connection with a common game event

ABSTRACT

A game of skill played simultaneously by several players whereby each participant effectively competes only against players having a similar skill tier to provide a better opportunity to win awards. The system includes a central computer system with each remote participant having a mobile device such as a cell phone. The system also provides for effective promotion or updating to a higher skill tier of successful players of the game. Each skill tier adds complexity which increase point potentials. The game play is relatively easy initially, permitting new users to enjoy success in the game. As the user becomes more skilled and reaches higher tiers prizes increase and game elements become more challenging thus motivating continued play while retaining a player&#39;s interest. While players are able to view all scores including those in higher tiers, they will know that players in other tiers had more opportunities to earn points.

RELATED APPLICATION(S)

This Patent Application claims priority under 35 U.S.C. § 119(e) of the co-pending, co-owned U.S. Provisional Patent Application, Ser. No. 60/635,221, filed Dec. 10, 2004, and entitled “A GAME OF SKILL PLAYED BY REMOTE PARTICIPANTS UTILIZING WIRELESS DEVICES SUCH AS CELL PHONES IN CONNECTION WITH A COMMON GAME EVENT WHERE PARTICIPANTS ARE GROUPED BY RELATIVE SKILL.” The Provisional Patent Application, Ser. No. 60/635,221, filed Dec. 10, 2004, and entitled “A GAME OF SKILL PLAYED BY REMOTE PARTICIPANTS UTILIZING WIRELESS DEVICES SUCH AS CELL PHONES IN CONNECTION WITH A COMMON GAME EVENT WHERE PARTICIPANTS ARE GROUPED BY RELATIVE SKILL” is also hereby incorporated by reference in its entirety.

This Patent Application is a continuation-in-part of co-pending U.S. patent application Ser. No. 11/166,596, filed on Jun. 24, 2005 and entitled “METHODS AND APPARATUS FOR DISTRIBUTED GAMING OVER A MOBILE DEVICE” which claims priority under 35 U.S.C. § 119(e) of the co-pending U.S. Provisional Patent Application Ser. No. 60/588,273, filed Jul. 14, 2004 and entitled “A METHODOLOGY FOR PROVIDING ALL CONTESTANTS IN GAMES OF SKILL PLAYABLE ON CELL PHONES WITH THEIR CURRENT STANDING WHILE RECEIVING GAME CONTROL INFORMATION ONE-WAY VIA A ‘BROADCAST’ TRANSMISSION.” The U.S. patent application Ser. No. 11/166,596, filed on Jun. 24, 2005 and entitled “METHODS AND APPARATUS FOR DISTRIBUTED GAMING OVER A MOBILE DEVICE” and the U.S. Provisional Patent Application Ser. No. 60/588,273, filed Jul. 14, 2004 and entitled “A METHODOLOGY FOR PROVIDING ALL CONTESTANTS IN GAMES OF SKILL PLAYABLE ON CELL PHONES WITH THEIR CURRENT STANDING WHILE RECEIVING GAME CONTROL INFORMATION ONE-WAY VIA A ‘BROADCAST’ TRANSMISSION” are hereby incorporated by reference in their entirety.

FIELD OF THE INVENTION

The present invention relates to the field of distributed gaming. More specifically, the present invention relates to the field of distributed gaming utilizing a mobile device.

BACKGROUND OF THE INVENTION

In the United States alone there are over 170 million registered cell phones. With the expiration of the U.S. Pat. No. 4,592,546 to Fascenda et al., companies are able to now use the cell phone and other mobile communication devices utilizing a multicast network to control television viewers in games of skill based upon predicting, for example, what the quarterback may call on the next play. In addition, games of skill with a common start time can be conducted simultaneously among cell phone owners, based on classic card, dice, trivia, and other games. In order to avoid the anti-gaming laws in the various states, elements of chance must be virtually non-existent in such games and the winners therefore determined by the relative skill, experience and practice of the player in each discrete game.

U.S. Pat. No. 5,813,913 to Berner and Lockton provides for a central computing system which includes a means of grouping participants having similar skill levels together in simultaneous, but separate, levels of competition playing an identical game. The relative performances are communicated to only those participants competing at the same skill level. The Berner/Lockton patent also provides for a wireless receiving device to permanently store the specific skill level for each participant for each type of common event such as those based on televised sports or game shows. The Berner/Lockton patent provides for a telephonic link at the completion of the game to collect information and update the skill level of the participants of a particular game. When a person achieves sufficient points or meets other objective criteria to graduate into another skill level, a method is provided for accomplishing this in the central computer and then transmitting an alert to the participant notifying them of their promotion. The Berner/Lockton patent describes awarding prizes and providing recognition for the members of each discreet skill level in a common game. All users, no matter what level they are on, receive the same number of questions and thus the possibility of earning the same number of points. Thus direct comparisons between users at different levels, although not encouraged are possible. Such comparisons often times lead to user discouragement.

The subsequent development of the internet now allows subscribers of such a service to view virtually all relevant information concerning the results, standings, and promotions of all competitors at all skill levels. Because the Berner/Lockton patent provides an identical game with the same number of questions for all members of the skill level to play, the system described in the Berner/Lockton patent can result in discouragement of competitors at a lower skill level when the scores achieved by players playing at a higher skill level are viewed, either by visiting the internet site to view results, or directly from a friend playing at a higher skill level. The present application addresses a different competitive system which directly solves these issues, while improving the entertainment experience for the participants.

SUMMARY OF THE INVENTION

A game of skill played simultaneously by several players whereby each participant effectively competes only against players having a similar skill tier in order to provide a strong motivation. The system includes a central computer system with each remote participant having a mobile device such as a cell phone. The system also provides for effective promotion or updating to a higher skill tier of successful players of the game. Each skill tier adds complexity as well as increased point potentials, such as the addition of point doubling options. The game is relatively simple initially, permitting new users to understand, play and enjoy the game. As the user becomes more skilled and reaches higher tiers, the game becomes more challenging thus retaining a player's interest. Players are able to view all scores including those in other tiers, although they will know that players in other tiers had more opportunities to earn points. In one embodiment, a system for a game of skill played by one or more individuals viewing one or more common game events comprises a mobile device for receiving one or more game play inputs by the one or more individuals and scoring in response to the one or more game play inputs and a central computing system for defining a predetermined plurality of game skill tiers including an initial entry level skill tier and one or more advanced skill tiers for receiving one or more game scores and determining one of the plurality of the predetermined plurality of game skill tiers of the one or more individuals for a particular game and promoting to a relatively higher skill tier more successful players of each game, wherein each tier has an increasingly more sophisticated level of play. The mobile device is from a group consisting of a cellular phone, a PDA, an MP3 player, and a laptop computer. The mobile device includes means for permanently storing the game skill tier selected from the plurality of game skill tiers defined on the central computing system. The one or more common game events is a live television broadcast of a sporting event. The one or more common game events is a live television broadcast of a live game from a group consisting of football, baseball, hockey, basketball, boxing, golf, soccer and auto racing. The one or more common game events is from a group consisting of a televised game show, a reality show and an entertainment show. The one or more common game events is a non-televised game from a group consisting of cards, dice, word games, puzzles and trivia games. The one or more common game events is played on computers, the Internet, handhelds or cell phones. The game scores are communicated to the one or more individuals on a webpage. The game scores are communicated to the one or more individuals on the mobile device. The tiers are communicated to the one or more individuals. The central computing system communicates all game scores to individuals irregardless of game skill tier. Alternatively, The central computing system communicates all game scores in the game skill tier to individuals included in the individuals' game skill tier. The relatively higher skill tiers have more questions and more opportunities for points than respectively lower skill tiers. The system functions utilizing the Internet.

In another embodiment, a system for a game of skill played by one or more individuals viewing one or more common game events comprises a mobile device for receiving one or more game play inputs by the one or more individuals and scoring in response to the one or more game play inputs and a central computing system for defining a predetermined plurality of game skill tiers including an initial lowest skill tier and one or more advanced skill tiers for receiving one or more game scores and determining one of the plurality of the predetermined plurality of game skill tiers of the one or more individuals for a particular game and promoting to a relatively higher skill tier more successful players of each game, wherein each tier has a different level of play, further wherein the central computing system communicates all game scores to individuals irregardless of game skill tier. The mobile device is from a group consisting of a cellular phone, a PDA, an MP3 player, and a laptop computer. The mobile device includes means for permanently storing the game skill tier selected from the plurality of game skill tiers defined on the central computing system. The one or more common game events is a live television broadcast of a sporting event. The one or more common game events is a live television broadcast of a live game from a group consisting of football, baseball, hockey, basketball, boxing, golf, soccer and auto racing. The one or more common game events is from a group consisting of a televised game show, a reality show and an entertainment show. The one or more common game events is a non-televised game from a group consisting of cards, dice, word games, puzzles and trivia games. The one or more common game events is played on computers, the Internet, handhelds or cell phones. The game scores are communicated to the one or more individuals on a webpage. The game scores are communicated to the one or more individuals on the mobile device. The tiers are communicated to the one or more individuals. The relatively higher skill tiers have more questions and more opportunities for points than respectively lower skill tiers. The system functions utilizing the Internet.

In yet another embodiment, an apparatus for a game of skill played simultaneously by groups of participants, each group comprising several participants of a particular game skill tier, remote from each other in conjunction with at least one common game event where each participant player of a game receives one or more scores comprises means for providing the common game event and transmitting such event to each of the remote participants, control unit means associated with each remote participant for receiving game play inputs by each participant and scoring in response to the inputs, central computer system means for defining a predetermined plurality of game skill tiers including an initial entry skill tier and one or more advanced skill tiers and for receiving the game scores and determining one of the predetermined plurality of game skill tiers of each of the participants for a particular game and also promoting to a relatively higher skill tier more successful players of each game, wherein each tier has a different level of play, the central computer system also including means for communicating game scores to all participants and means for permanently storing the game skill tier of each participant for each type of common game event. The control unit means is from a group consisting of a cellular phone, a PDA, an MP3 player, and a laptop computer. The control unit means includes means for permanently storing the game skill tier selected from the plurality of game skill tiers defined on the central computing system. The one or more common game events is a live television broadcast of a sporting event. The one or more common game events is a live television broadcast of a live game from a group consisting of football, baseball, hockey, boxing, basketball, golf, soccer and auto racing. The one or more common game events is from a group consisting of a televised game show, a reality show and an entertainment show. The one or more common game events is a non-televised game from a group consisting of cards, dice, word games, puzzles and trivia games. The one or more common game events is played on computers, the Internet, handhelds or cell phones. The game scores are communicated to the groups of participants on a webpage. The game scores are communicated to the groups of participants on the mobile device. The tiers are communicated to the one or more individuals. More questions are asked and more points are awarded at the relatively higher skill tier. The apparatus functions utilizing the Internet.

In another embodiment, a method of controlling a game of skill comprises transmitting one or more common game events to one or more mobile devices, defining a predetermined plurality of game skill tiers, querying one or more users via the one or more mobile devices, wherein the querying is relative to the predetermined plurality of game skill tiers such that each tier has a different level of querying, promoting one or more individuals to a relatively higher tier of the predetermined plurality of game skill tiers based on correctness of responses to the querying, determining a score for the one or more individuals based on the correctness of responses to the querying and communicating the scores of the one or more users to the one or more users. The one or more mobile devices is from a group consisting of a cellular phone, a PDA, an MP3 player, and a laptop computer. The mobile device includes means for permanently storing the game skill tier selected from the plurality of game skill tiers defined on the central computing system. The one or more common game events is a live television broadcast of a sporting event. The one or more common game events is a live television broadcast of a live game from a group consisting of football, baseball, hockey, basketball, boxing, golf, soccer and auto racing. The one or more common game events is from a group consisting of a televised game show, a reality show and an entertainment show. The one or more common game events is a non-televised game from a group consisting of cards, dice, word games, puzzles and trivia games. The one or more common game events is played on computers, the Internet, handhelds or cell phones. Communicating the scores is by posting the scores on a webpage. Communicating the scores is by sending the scores to the one or more mobile devices. The method further comprises, communicating the tiers to the one or more users. More questions are asked and more points ae awarded at the relatively higher skill tier. The method utilizes the Internet.

In yet another embodiment, a network for controlling a game of skill played by one or more individuals viewing one or more common game events comprises a plurality of devices for receiving one or more game play inputs by the one or more individuals and scoring in response to the one or more game play inputs and a central computing system for defining a predetermined plurality of game skill tiers including an initial lowest skill tier and one or more advanced skill tiers for receiving one or more game scores and determining one of the plurality of the predetermined plurality of game skill tiers of the one or more individuals for a particular game and promoting to a relatively higher skill tier more successful players of each game, wherein each tier has a different level of play. The plurality of devices are from a group consisting of cellular phones, PDAs, an MP3 players, and laptop computers. The plurality of devices include means for permanently storing the game skill tier selected from the plurality of game skill tiers defined on the central computing system. The one or more common game events is a live television broadcast of a sporting event. The one or more common game events is a live television broadcast of a live game from a group consisting of football, baseball, hockey, basketball, boxing, golf, soccer and auto racing. The one or more common game events is from a group consisting of a televised game show, a reality show and an entertainment show. The one or more common game events is a non-televised game from a group consisting of cards, dice, word games, puzzles and trivia games. The one or more common game events is played on computers, the Internet, handhelds or cell phones. The game scores are communicated to the one or more individuals on a webpage. The game scores are communicated to the one or more individuals on the mobile device. The tiers are communicated to the one or more individuals. The central computing system communicates all game scores to individuals irregardless of game skill tier. Alternatively, the central computing system communicates all game scores in the game skill tier to individuals included in the individuals' game skill tier. The relatively higher skill tiers have more questions and more opportunities for points than respectively lower skill tiers. The network of devices function utilizing the Internet.

In yet another embodiment, a graphical user interface for displaying scores of a game of skill played by a plurality of players viewing one or more common game events comprises a representation of a plurality of tiers and a list of a plurality of scores of the plurality of players, wherein each player has an associated tier and further wherein the scores for each player are listed in the associated one of the plurality of tiers. The plurality of players play a game with different opportunities to score points. Alternatively, the plurality of players play a game with the same opportunities to score points. The plurality of scores are displayed in an order selected from a group including ascending, descending and alphabetical.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a mixed topology for a network game.

FIG. 2 illustrates a process flow for getting a schedule of events on a mobile device for a network game.

FIG. 3 illustrates a process flow for play in conjunction with a synchronized live event on a mobile device in a network game.

FIG. 4 illustrates a process flow for a server sending a list of scheduled events for a network game.

FIG. 5 illustrates a process flow fora server setting up a network game.

FIG. 6 illustrates a process flow for a server officiating a network game.

FIG. 7 illustrates the system implemented by some embodiments.

FIG. g illustrates an example of differences between each tier.

FIG. 9 illustrates a set of example tiers.

FIG. 10 illustrates an exemplary graphical user interface.

FIGS. 11A-C illustrate exemplary graphical user interfaces.

FIG. 12 illustrates an exemplary graphical user interface on a web page.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

With the proliferation of mobile devices, a growing number of mobile device users are able to participate in a distributed online or network game. These games might be associated with various popular live and/or televised events. Participants of the game typically answer the same questions utilizing a mobile device as a live contestant at a game show (e.g., Wheel of Fortune®, Jeopardy®, etc.). Participants are also able to make predictions regarding the outcome of events and even play-by-play decisions for sporting events such as football, baseball, auto racing, or any of a number of other sporting events. The expansion to include participants utilizing mobile devices increases the number of participants in these network games almost limitlessly. For instance, the Super Bowl live audience numbers in the tens of thousands of spectators, while the television audience may number in excess of 100 million viewers. A majority of these viewers have access to an assortment of mobile devices, e.g., most commonly in the form of the ubiquitous cellular telephone.

For high bandwidth connections, games are typically controlled though a full time, two-way connection to a game server that routinely supplies information to the participants of the game. As is known in the art, two-way network connections provide comparatively reliable and secure service. However, forming a two-way connection between the high potential number of participants of a real-time game (e.g., associated with a broadcast event) and a central host server creates challenges because of the low latency demands of such a game played in realtime. Moreover, in the past, two-way networks posed scalability issues and became impractical for massive numbers of participants and for games over low bandwidth connections such as some mobile networks. Ultimately, the implementation of such a two-way system could be expensive because of the vast communication demands of continuously updating potentially millions of contestants of the status of their ongoing, changing, and fast paced predictions. This burden on the game server is significant because many games require acknowledgment by the server of the continuously changing predictions, which must be displayed on the mobile device in less than 500 milliseconds. The same problem also exists in non-television broadcast based games played over mobile devices that require a common start time for all competitors and where there are a large number of potential competitors. However, with the advancements of server speed and greater bandwidth, even for mobile networks, two-way connection is practical even with very large groups of participants. Furthermore, as the technology improves and becomes less expensive, the implementation of a two-way system is able to avoid high expenses. Even though a realtime game requires low latency, a two-way system utilizing proper configurations with powerful servers over ever growing networks is able to handle the needs of the game.

A system and method are provided for updating participants in a game. In some embodiments, the method selects a set of sampling participants from the set of all participants of a game. In some of these embodiments, the selection occurs prior to the start of the game. The method of some embodiments establishes a two-way connection between a server and each of the sampling participants. The method continuously maintains the two-way connection throughout the game. After each discrete game period, the method receives from a sampling participant, data for the sampling participant's game period performance. Based on the received data, the method determines the performance for the game period and broadcasts this information to a participant. Some embodiments base the data on a statistically projectable random sample that is representative of all the participants in the game. In some embodiments, the broadcast recipient is a non-sampling participant. A non-sampling participant is a participant who was not selected for the set of sampling participants. In some embodiments, the non-sampling participant, utilizing the projectable data, determines a standing relative to the other participants for the game period.

Another effective means of controlling a large-scale network game is to use a broadcast server topology to one-way multicast the same information to all participants simultaneously. Thus, some embodiments of the invention provide for a mobile device (e.g., cellular phone, PDA, etc.) as the receiver in a broadcast receiver topology. However, many current mobile devices are capable of operation in both one-way and two-way modes. These modes include small message service (SMS), instant messaging (M) or Internet Relay Chat (IRC), email, voice and/or other data modes over a number of protocols such as transport control protocol (TCP) or universal datagram protocol (UDP).

Thus, the network game topology of some embodiments may include a mixture of one-way receivers and two-way clients to realize the benefits of both the one-way broadcast and two-way client/server architectures. FIG. 1 illustrates such a mixed topology 100. As shown in FIG. 1 , a server 105 simultaneously broadcasts to several receivers 110-125 that are configured for one-way mode reception, while sending and receiving messages with a two-way mode client 130, through a network 140. In some embodiments, the network 140 includes a cellular network. Current mobile device technology allows the use of each mobile device connected to the network 140 to store locally certain game information such as a cumulative score. Particularly for the broadcast receivers 110-125, this relieves some burden on the server in storing and managing this data, and on the network 140 in relaying the data. As mentioned above, one advantage of the one-way architecture is reducing network and/or server latency by the distribution of data for processing and/or storage at the receiver. To implement such a topology, some embodiments employ a setup process that will be described by reference to FIG. 2 .

FIG. 2 illustrates a mobile device setup process 200 for getting a schedule of events on a mobile device for a network game. As shown in this figure, the mobile device set up process 200 begins at the step 205, where a game participant selects a game application by using the participant's mobile device. Then the process 200 transitions to the step 210, where the mobile device requests a list of game events associated with the selected game from a server, such as the server 100 represented in FIG. 1 . In some embodiments, the server 100 is a single computer, while in other embodiments the server 100 takes the form of any number of computers in any number of configurations, such as a server farm or cluster. Regardless of the configuration, the server typically hosts and officiates the game for these embodiments. The server of some embodiments will be described in further detail by reference to FIGS. 4, 5, and 6 .

As shown in FIG. 2 , after requesting a list of events at the step 210, the mobile device receives a list of game events and displays the list to the participant at the step 215. At the step 220, the participant selects a game event in which to compete, and sends the selection to the server. Typically, the server configures the game event for the requesting mobile device. The server configuration of some embodiments includes a determination of whether the mobile device should set up a one-way or two-way connection with the server. The configuration process by the server of some embodiments will be described in further detail by reference to FIG. 5 .

When the server has configured the game event, the requesting mobile device receives a configuration message from the server at the step 225 and the process transitions to the step 230. At the step 230, the mobile device of some embodiments determines whether the configuration message from the server indicated that the mobile device should set up for one-way broadcast mode. If the message at the step 225 indicates that the mobile device should operate in broadcast mode, the process 200 transitions to the step 235 where the mobile device is configured to receive one-way broadcast transmissions from the server, and then the process 200 concludes. Otherwise, the process 200 transitions to the step 240 where the mobile device sets up a two-way client/server connection with the server for the selected game event, and the mobile device setup process 200 concludes.

Once the participant has selected the game and the mobile device has prepared the connection with the server. The participant may play the game over the mobile device. FIG. 3 illustrates a mobile device operation process 300 for play in conjunction with a synchronized live event. The mobile device operation process 300 begins at the step 305 where the process 300 determines whether the game is over. If the game is over, then the process 300 concludes. If the game is not over, then the process 300 transitions to the step 310 where the participant makes a prediction regarding some facet of the game being played. The participant makes the prediction by using the mobile device that was set up to play the game in accordance with the set up process 200 described above in relation to FIG. 2 .

As shown in FIG. 3 , after the participant makes a prediction, the mobile device operation process 300 transitions to the step 315 when the mobile device receives a lockout message from the server. At the step 315, upon receiving the lockout message, the mobile device displays the participant's current prediction, if any, to the participant. In some embodiments, at the conclusion of each game period or scoring event, for example a football play or a baseball pitch, the server sends “lock out” signals prohibiting predictions or answers to the questions via a one-way broadcast transmission before the correct answers or facts are revealed. The participant's mobile device in these embodiments determines whether the participant's predictions or answers were: (1) entered prior to the receipt of the time stamped lock out message and (2) correct or incorrect. In some embodiments, the mobile device computes locally a cumulative score based on whether the participant was correct, as opposed to performing these calculations for each participant on a central server. Such a system has the ability to scale to accommodate a potentially large number of participants from a huge audience. The lockout message and whether a game is over will be described later by reference to FIG. 6 .

After the mobile device receives a lockout message at the step 315, the process 300 transitions to the step 320 where the mobile device receives the correct answer from the server, compares the received answer to the participant's prediction, and displays the comparison to the participant. Then, at the step 325, the mobile device receives a set of sampling results from the server. Prior to the commencement of the game, the server of some embodiments selects a statistically significant random sample of participants who have registered their intention to play the game. The server instructs these sampling participants' mobile devices to establish with the server a two-way connection to be maintained for the duration of the contest or game. Some embodiments establish the two-way connection transparently, which occurs with or without the participant's knowledge. The server of some embodiments monitors the period-by-period scores of this statistically significant set of sampling participants. In some embodiments, the sampling results contain a distribution of the performance of the sampling participants for the last period of the game that was tabulated. Some of these embodiments employ a histogram format to represent the sampling results.

After each discrete period in the contest, the server of some embodiments broadcasts some of the information collected from the sampling participants as well as the correct answers or predictions for each game period. In some of these embodiments, the game application software residing in the mobile device will compare the participant's current score to the sampling results. For example, a participant who won the maximum number of points possible on their last prediction might be informed they had moved up from the 72nd percentile to the 89th percentile at that point in the game. Some embodiments further provide a visual display of the current percentile standing for the participant based upon the comparison of the participant's score to the representative sample. For some of these embodiments, the sampling results include a histogram or another graphical representation of the sampling results. Generation and transmission of the sampling results will be further described below by reference to FIG. 6 .

When the mobile device receives the sampling results at the step 325, the process 300 transitions to the step 330 where the mobile device compares the participant's performance to the sampling results and displays the comparison to the participant. Then, the process 300 transitions to the step 335 where the mobile device tabulates and stores the participant's performance for the game. This tabulation and storage may include a ranking system. Once the mobile device determines the participant's performance, the process 300 transitions to the step 340 where the process 300 determines whether the participant has achieved a high degree of performance. For some embodiments, a high degree of performance indicates a greater likelihood that the participant will have high enough score(s) to win. In these embodiments, the method uploads the participant's performance to the server for comparison against the uploaded results of the other high performers. Thus, these embodiments monitor only the subset of high scorers, based on the particular game parameters, to determine the winner(s).

If the participant has not achieved notable performance, the process 300 concludes. Otherwise if the participant has performed well, the process 300 of some embodiments transitions to the step 345, where the process 300 determines whether the participant has exceeded one or more performance factors. If the participant has not exceeded the performance factor(s) then the process 300 transitions to the step 355 where the mobile device uploads the participant's performance information to the server, and the process 300 concludes. Otherwise, the participant exceeds the performance factor and the process 300 transitions to the step 350 where the mobile device switches to a two-way client/server mode. Then the mobile device uploads the participant's performance information to the server at the step 355 and the process concludes.

Some embodiments use the performance determination at the step 340 to check whether the participant's performance is high enough to warrant transmission to the server. In these embodiments, high performance may indicate whether the participant is likely to win. Some embodiments use the performance factor of the step 345 in FIG. 3 to determine whether the participant exhibits unusual performance or activity that might constitute cheating. This topic will be further discussed below. The server of some embodiments will now be described in further detail by reference to FIGS. 4, 5, and 6 .

As mentioned above, the mixed network topology 100 illustrated in FIG. 1 employs a server 105 to operate and officiate a game that is provided to a set of heterogeneous mobile devices. As discussed above in relation to FIG. 2 , the games begin by a participant selecting a game event through a mobile device, and by the mobile device requesting a list of hosted game events. FIG. 4 illustrates a server hosting process 400 for a server sending a list of scheduled events for a network game. As shown in FIG. 4 , the hosting process 400 begins at the step 405 where the server receives from a mobile device, a request for a list of events associated with a game. Then the process 400 transitions to the step 410 where the server looks up events associated with the game in a master list of games and events. For instance, for the game of “football” the master list of games and events might include the “Super Bowl” as an event. This master list is maintained by some embodiments on a data storage. At the step 415, the server returns the list of events to the requesting mobile device and waits for the mobile device to make a selection. At the step 420, the server receives from the requesting mobile device a selection for a game event and then the hosting process 400 concludes.

Once the server of some embodiments receives the selection of a game event from a requesting mobile device, the server performs certain setup operations for the requested game event. In some embodiments, the server logs the mobile device and/or the participant operating the mobile device to one or more data storages maintained by the server. The server of some embodiments may request the identification explicitly, while the mobile device of other embodiments will transmit the identification separately, or in conjunction with another message to the server regardless of a specific identification request.

FIG. 5 illustrates a process 500 for a server setting up a network game. The server setup process 500 begins at the step 505 when the server receives identification from the mobile device. As mentioned, this identification can represent a participant and/or the participant's mobile device. At the step 510 the server uses the received identifier to look up the performance history associated to the received identifier. The server of some embodiments may use a data storage for the lookup. Then, the process 500 transitions to the step 515, where the process 500 determines based on the participant's performance history, whether the participant is likely to win. The determination of some embodiments may be an approximation of performance for the selected game event, particularly if little or no performance history has been logged to the data storages for the particular participant.

If at the step 515, the participant is likely to win, then the server setup process 500 transitions to the step 530 where the server sends a message to set the mobile device in a two-way client/server communications mode. In the two-way mode, the server monitors closely the participant's performance for the game event. In these embodiments, the server is constantly updated with only the most relevant data from a subset of participants who are likely to win. Otherwise, if at the step 515, the participant is not likely to win, then the process 500 transitions to the step 520, where the process 500 determines whether there is a proper statistical sampling of scores.

In some embodiments, the server setup process 500 determines whether the number of two-way (real-time) connections to the server is statistically significant, meaning that the number of connections is sufficient to provide a reasonably reliable representation of the population of all participants in the game event. If at the step 520, there is not a proper statistical sampling (e.g., there are not enough two-way connections for statistical significance) then the process 500 transitions to the step 530 where the server sends a message to set the mobile device in two-way client/server mode (thus, increasing the number of two-way connections toward statistical significance), and the process 500 concludes. Otherwise, the process 500 transitions to the step 525 where the server sends a message to set the mobile device in one-way mode to receive broadcasts from the server, and the server setup process 500 concludes. As mentioned above, some embodiments pre-select a set of sampling participants for two-way connections at the start of each game.

Once the server has set up and sent the mobile device configuration messages for the selected game, the server will then typically conduct and officiate the game. FIG. 6 illustrates a process 600 for a server officiating a network game. As shown in this Figure, the server operation process 600 begins at the step 605 where the server transmits parameters and other information regarding the game to any mobile devices that have selected participation for the game period. For the mixed topology 100 illustrated in FIG. 1 , mobile devices configured for one-way mode will typically receive the game information through broadcast messages from the server, while mobile devices configured for two-way mode will send and receive in a manner that is typical of client/server connections.

The transmissions and/or broadcasts will continue at the step 605 until the conclusion of the game period as determined by the particular game parameters. Then the process 600 transitions to the step 610 where the server generates and sends a lockout message to notify the participating or subscribed mobile devices that the game period has concluded. In some embodiments, the lockout message includes a timestamp. After the lockout message, the server generates and sends the correct result for the recently concluded game period at the step 615. Then the process 600 transitions to the step 620 where the server compiles the available performance data from the two-way client/server mode participants. As mentioned above, in some embodiments the two-way mode participants form a representative sample of all participants competing during the particular game period. The server operation process 600 of some embodiments generates a graphical representation of the results obtained from the representative sample of participants. Some of these embodiments use a histogram format to illustrate the sampling results.

Once the server operation process 600 compiles the sampling results at the step 620, the process 600 transitions to the step 625 where the server sends the sampling results to the participants of the game period. In particular, the server typically broadcasts the sampling results to the one-way mode participants. After broadcasting the sampling results, the process 600 transitions to the step 630 where the server receives uploaded results from the high performing one-way mode participants. As described above in relation to FIG. 3 , in some embodiments the high performing one-way mode participants determined their status as high performers based on the sampling results received from the server, and only those participants who were likely to win the game event or period upload their results to the server.

As shown in FIG. 6 , after the step 630, the server operation process 600 transitions to the step 635 where the process 600 may perform a number of functions. For instance, the process 600 of some embodiments determines and/or notifies one or more winners of the current game event or period. The process 600 of some embodiments also makes determinations or calculations as to the categories and criteria for winners of the game event and/or period. Thus, for each discrete period a participant's score may increment or decrement by the appropriate number of points depending on the game rules. Some embodiments calculate a total and/or cumulative score for the particular participant. The details of the discrete period and the scoring typically encompasses the underlying facets of the game's subject matter such as, for example, the answer to a televised Jeopardy® question, or the results of a prediction of what play will be called by the quarterback in a televised football game.

When the server operation process 600 completes the various tasks at the step 635, the process 600 transitions to the step 640 where the process 600 determines whether the game, the event, and/or the period are over, based on a set of criteria specific to the selected game. If the game is not over, then the server operation process 600 returns to the step 605, otherwise the process 600 concludes. As one of ordinary skill will recognize, the officiating server during an online network game does not monitor a majority of the participants, particularly the one-way broadcast participants. In a network environment of heterogeneous mobile devices, this creates opportunities for participants to unfairly modify and report their performance.

As mentioned above, games broadcast to mobile devices pose specific challenges as to data validation and overall game integrity. For example, a participant using a mobile device in an online or network game is able to (1) access the mobile device client to probe the microprocessor, and/or the RAM to modify the local data at the client device; (2) “spoof” or emulate another mobile client device or, (3) apply other techniques to enter predictions after the answers are known. Thus, a crafty participant is able to create game scores that are not legitimately achieved out of view of the officiating secure server and submit the unfairly achieved performance for scoring against un-enhanced legitimate competitors.

To cope with this issue, some embodiments provide a method and system for detecting unusual performance in a game. The game has a participant. In some embodiments, the game is a game of skill, which, as with most games of skill, performance improves with repetitive play, until a participant reaches their general level of skill. The method calculates for the participant an average performance level. Based on the average performance level, the method tracks for the participant, a participant improvement factor and stores the participant improvement factor. The method compares the participant improvement factor to a threshold value. As mentioned above, some embodiments make this comparison at step 345, of the process flow 300, illustrated in FIG. 3 .

Some embodiments additionally track a game improvement factor (e.g., at step 635 in FIG. 6 ). In some of these embodiments the game improvement factor includes the average change in performance over time for all participants of the game. In some embodiments, any participant whose current game performance is exceeding either the overall game improvement factor, and/or the individual's participant improvement factor, or who is achieving a score at the very highest level of the current online players, will trigger the establishment of a two-way connection with the server for closer two-way monitoring of the participant's activity during the remainder of the game. Additionally, participants who approach a level of performance sufficient to win a significant prize, tournament points, or other reward, are also selected by some embodiments for a two-way server connection at various times during their participation of a network game. The two-way connection employs the transport control protocol (TCP) in some embodiments, while other embodiments might employ another suitable protocol. The server of some embodiments is a “game session server” provided by AirPlay Network, Inc.

Once a two-way connection is triggered, the server of some embodiments records data for the ongoing game play of the triggering participant and performs a variety of tests. The tests of some embodiments include the recording of each entry by the participant, and examining the time stamp, user input, and other data being received from the participant's mobile device. Some embodiments use the recorded data to identify anomalies in the participant's activities. The anomalies might include (1) abnormal improvement in results relative to other participants, (2) abnormal improvement in performance based on prior performance for the particular participant, (3) signs that the application software has been altered, (4) anomalies in the utilization of the game control interface, and/or (5) indications through encryption and additional non-obvious data that the final score upload has been altered.

Some embodiments, when detecting an anomaly, require future game play by the participant suspected of unfair activity to be conducted on a two-way basis with the server for close monitoring. For instance, during the game play of these embodiments, every play prediction is stored inside the mobile device and is sent periodically to the game server. Moreover, some embodiments store in a database, each participant's relative performance for each game in which the participant competes. In some embodiments, the participant's relative performance is stored in the form of a percentile standing. Some embodiments calculate and store the average performance level and the average incremental improvement in the percentile standing for each participant. As participants improve over time with practice and experience, some embodiments continually calculate an average improvement factor for both the game in general, as well as for a specific participant. For instance, the average improvement in percentile standing of a specific participant for a particular game might be two percentile points, while the average improvement for a group of participants at a particular skill level game-wide, might be three percentile points.

Thus, the threshold value used by some embodiments to gauge a participant's performance may vary for each participant, and for each game, and may also vary over time. The threshold values of these embodiments are adjusted based on one or more of these or other factors (e.g., the participant and game factors, over time). Moreover, some embodiments employ multiple checks against one or more of the threshold values. For instance, the participant's improvement may not be that notable based on the participant's history but is unusual for the particular game played.

In some embodiments, information regarding the average improvement in percentile standing for a participant and/or for the group of participants within a particular skill level for the game is stored to the participant's mobile device by using software that has been loaded into the participant's mobile device memory and/or that has been downloaded with an application's program. These embodiments continuously compare each participant's current percentile standing to the stored information that includes the improvement factors previously described.

For some embodiments, information is updated in realtime. This includes updating the sampling distribution representing the game-wide performance through the (realtime) two-way connections, as well as updating the broadcast participants utilizing the one-way connections. Also previously mentioned, during play of the game, performance or scoring information may be represented in some embodiments by a histogram format, which may be displayed at various times on the participant's mobile device. The histogram of these embodiments may contain the performance of a random sample of selected participants who are continually connected to the server. In some embodiments, the mobile device might generate the histogram, while for other embodiments, the histogram is broadcast to all participants by the server. The point values to win for each game being played is different and depends upon the following, among other things: the game; the difficulty of the game; and the performance of the players playing the game. Thus, the histogram is used to track the scores of a sampling of the players and communicate those scores to all of the players during the game. Each mobile device will then be able to determine how the corresponding player is performing in the current game relative to the other players.

As previously mentioned, the server 105 illustrated in FIG. 1 is implemented in some embodiments by using a more complex system that includes multiple servers and/or multiple server clusters. To further illustrate this scalability feature, the server of some embodiments is depicted in FIG. 7 as a cluster or several clusters of server computers. Accordingly, FIG. 7 illustrates a system 705 implemented by some embodiments that includes a communication layer 710, a master layer 715, data storages 720, and administration tools 725. Further shown in FIG. 7 , one or more mobile devices 110-130 connect to the system 705 through a network 140. As previously mentioned, the network 140 in some embodiments includes a mobile device network such as a cellular network, which employs a variety of communications protocols to transmit data both one-way and two-way between the mobile devices 110-130 and the system 705.

In some embodiments, initial messages received by the system 705 are handled by the communication layer 710. In these embodiments, the communication layer 710 might include dedicated servers to handle the communication needs of a large scale hosted network game. For instance, the communication layer 710 of some embodiments includes a Connection Cluster, a Game Session Cluster, a Score Cluster, a Broadcast Cluster, and a Web Cluster, all provided by AirPlay Network, Inc. In these embodiments, the task of sending and receiving data in the processes of, for example, setting up a game, providing an event list, providing game parameters during a game, and updating scores, is divided among the separate servers and/or clusters.

Also shown in FIG. 7 , the communications layer 715 is coupled to a master layer 720. In some embodiments, the master layer 720 includes operational support for hosting and officiating the network games. In these embodiments, this hosted support might include server applications and functions for scheduling, registration, scoring, and validation. The master layer 720 often operates on massive amounts of data, thus each function in these embodiments is typically delegated to a dedicated collection of servers and/or clusters (e.g., a Schedule Cluster, a Registration Cluster, and a Scoring/Validation Cluster, also provided in some embodiments by Airplay Network, Inc.). The master layer 720 is further coupled to a set of data storages 720 to enable, for example, look ups into scheduling data such as a master schedule of games and events, user data such as participant and/or mobile device profiles and history, as well as prize data, results, metrics, and reporting data. Also shown in FIG. 7 , the data storages 720 and the master layer 715 of some embodiments are coupled to a set of administration tools 725 that allow, for example, data entry and management such as scheduling and customer service functions. In these embodiments, the administration tools include user interfaces, terminals, and other appropriate administration means.

In the embodiments described above, each participant among potentially millions of participants may receive data on a one-way basis that indicates a highly accurate approximation of the participant's percentile standing after each event in real-time throughout the game. Some embodiments of the invention enable the server providing game control to utilize a one-way broadcast transmission for all but a small fraction of the participants, which significantly reduces the number of servers required to conduct a massive real time game. These embodiments also reduce the communications traffic on the cellular networks. These communications and infrastructure costs of operating the game could otherwise be insurmountable.

In addition to the benefit of providing current standings to all participants, the present invention also dramatically reduces the number of scoring calls both during and at the conclusion of an event, which represents a significant improvement over the art. The present invention establishes and maintains an ongoing two-way connection with a sample of participants throughout the game. The present invention monitors this sample and makes the information available game-wide in real-time. Therefore, the present invention does not require additional time to collect, process, and rebroadcast to the game participants instructions to later establish a two-way connection and upload scores for verification and ranking. Further, the present invention permits an almost immediate data collection, verification, and notification process, from only the most relevant group of participants in a game.

Moreover, the present invention addresses issues of integrity that are critical to a large-scale network game, which particularly may involve a number of mobile devices. A sponsor of such a large or network game offering may charge for the service and award prizes to winners. As mentioned above, the participation for such events can number potentially in the tens of millions of simultaneous subscribers, particularly by using the multicast mobile or cellular network configuration of some embodiments. However, such a game will draw little market response if the sponsor cannot maintain the integrity of the game. Issues of cheating may be addressed by employing two-way connections to closely monitor participants, but this quickly becomes impractical for large numbers of participants. Also, in some games based on rapidly unfolding events, such as a live telecast of a sporting event, the latency inherent in controlling a client utilizing a two-way connection (e.g., a cellular telephone) to a secure server makes keeping up with the telecast problematic. Some embodiments of the present invention incur the high overhead of two-way monitoring for only the set of participants who have a higher risk of cheating and/or have a high risk of winning. Such a system dramatically improves the economics of staging the network game and the quality of service for all the subscribed participants.

The present invention also provides for a system for enabling fair competition between people of similar experience or skill. It further provides for a system and method for promoting competitors to higher levels of competition as they improve with practice, knowledge and experience. The competitors are rewarded for improved performance by competing for greater prizes and being able to compete in more sophisticated and complex games by allowing modifications in the design of the game elements and rules themselves, where discrete elements of complexity are added to the games played at each higher skill level which are not available to players at a lower skill level.

A user starts out at the lowest tier of competition, where for example, he might be asked a minimal number of questions, thus keeping the game simple and fun so that the user is able to learn and perform well. By correctly answering questions and meeting a certain level of performance during the game, he is able to obtain a promotion to the next tier. Upon being promoted to the next tier of competition, the central game server determines at what tier the player is now playing and using the methods described below to cause the application software in the cell phone (client) to add levels of complexity to the game rules. Additional questions and/or increased opportunities for scoring are then provided to the user, providing more opportunities for points. Upon promotion, for example, to a third tier of skill, communication between the client and the central computer will modify software to allow the competitor to obtain an incrementing number of points for every consecutive correct prediction that they make without a wrong prediction. Preferably, the failure to make any prediction will not jeopardize this bonus. This further increases the level of sophistication of the underlying game by requiring the competitor to make a decision as to whether to venture a prediction at all. A wrong prediction would cancel an ever-increasing bonus for getting a growing number of plays, called correctly. This system also increases the total possible number of points which are able to be earned in the game at higher tiers of competition.

FIG. 8 illustrates an example of differences between each skill tier within some embodiments. In the example there are three tiers, Challenger 800, Champion 802 and Legend 804; however, the number of tiers in the example is not intended to limit the invention. Preferably, there are five tiers in the invention, but the invention is able to implement any number of tiers. The example also utilizes a football game, but any game that involves skill in predicting the outcome is able to be implemented with the present invention; hence the football game example should not, in any way, limit the invention.

In a football game, there are a number of situations where users are queried as to what they predict will occur next. The users are awarded points based upon their accuracy in their predictions.

In the Challenger tier 800, the user is asked two questions, for example, what the quarterback will call next and which direction the play will go. The optional answers for the play a quarterback will call are RUN or PASS and the directional choices are LEFT, MIDDLE or RIGHT. If the user is correct in choosing PASS and LEFT, when the actual play results in a pass to the left, then the user is awarded two points, for example.

In the Champion tier 802, the user is asked the same two questions as above for the Challenger tier 800, but additional opportunities to earn points are scalable as well. For instance, if a user picks RUN, he is then queried who the runner will be: QB, HB, FB or WR. Or if a user picks PASS, he is then queried who the receiver will be: WR1, WR2, WR3, TE or RB. Jersey numbers are able to be used instead of picking by position as well. The user is also queried as to what type of specific play will be called with options such as SNEAK, DRAW, SWEEP and BOOTLEG for a RUN play or SCREEN, DEEP OUT, SLANT and POST for a PASS play. With two additional questions, a user on the Champion tier 802 has an opportunity to obtain additional points. Thus, someone on the Champion tier 802 only needs to correctly choose fifty percent of the answers correctly to achieve the same number of points as a user on the Challenger tier 800 would if he picked one hundred percent of the answers correctly. Hence, there is no comparison of scores between players at the Champion and Challenger levels.

In the Legend tier 804, the user is asked the same questions asked to the Challengers and Champions, but is then asked additional questions as well. After a user answers the Champion tier 802 questions, the user is asked what the result of the play will be with possible answers of TD, FUMBLE, INT, SACK and FIRST DOWN. Furthermore, bonus points are earned for correctly answering questions in a row. Again, at the higher tier there are more opportunities to earn more points, such that a Legend only needs to correctly predict one third of the plays to receive the same score as if the Challenger predicted perfectly. Hence, Challenger users will know not only are they are not competing against Champion users for prizes, but their scores are not comparable because they do not have the same opportunities to obtain points. Thus there will be no discouragement that the Challenger has less points because it is not a fair comparison. A Challenger can only compare himself to other Challengers.

Finally, a greatly simplified system might be utilized, wherein trial subscribers, or new customers who have not established their relative skill yet, are able to play only the simplest version of the games. After conversion to full subscribership on sufficiently establishing their relative skill, they are enabled to play a more complex version of the game available at all the rest of the skill levels.

The example demonstrated in FIG. 8 should in no way limit the present invention. Although only two questions were used in the Challenger tier 800 and an additional two in the Champion tier 802 and then more in the Legend tier 804, any number of questions is able to be asked in each of the tiers.

FIG. 9 illustrates a set of example tiers. In this example, all players start off at a Challenger tier 900. Based on performance, the players have an opportunity to advance to Qualifier 902, Champion 904, Master 906 and Legend 908 tiers. As indicated, in conjunction with the first tier, the Challenger tier 900, there are also a number of subtiers for each major tier. In general, a tier promotion occurs if the player in a previous game has performed above a certain level. All of the foregoing is transparent to the user. The central computer system sets up the criteria for advancement from one skill tier to the next. The scores are analyzed to determine if any advancements are earned. A competition committee sets up advancement criteria for the game. Typical criteria would include, for example, the highest twenty five percent of the players scoring. As the players meet the advancement criteria, they advance to the appropriate tier.

There are two methods that are used to expose more advanced tiers of the game to the user. The first method is to have all of the possible skills available at all tiers already coded into the application. The application will expose to the users only the possible features of the game based on the user's skill tier. As the scores are maintained in either the central computer or the client, and the promotion criteria is met, a “promotion” message is broadcast by the central computer to the client. Through this message, the next tier of skill is automatically enabled on the client without communication back to the client or intervention by the subscriber. The customer is instantly enabled to play the more sophisticated game. Concurrently, software will also be enabled to cause the client's phone to receive the game play information on the results among those players now competing at the newly enabled skill tier.

Another method that will be used is to make sure that the user has the correct version of the application based on his skill tier. The user will initially download from the central server the application that corresponds to his skill tier. Once the user starts the application, the application checks to make sure that the skill tier matches the version of the application. If the application does not match the skill tier, the application downloads from the central server the correct version. The user will also be able to download the updated application once his is promoted to a new skill tier.

FIG. 10 illustrates an exemplary Graphical User Interface (GUI) 1000. The GUI 1000 enables users to view their scores. In the preferred embodiment, the scores are displayed based on the tiers of the game. In the example, the tiers include Legend, Master, Champion, Qualifier and Challenger tiers. Players are grouped under each tier. In the preferred embodiment, the players in different tiers did not have the same opportunities for points. Hence, there is no comparison between scores in the Legend tier and scores in the Challenger tier. Therefore, Newbiel in the Challenger tier would not worry about those players in the tiers above him, because he is in first place in his tier and is doing better than anyone else with whom he is competing. Using the GUI 1000, a player is also able to manipulate how the data is shown. The example shows the scores in “Descending” order from highest to lowest. However, if a user knows he is closer to the bottom in points, he can choose to see the scores in “Ascending” order from lowest to highest. Furthermore, if a user is still having trouble finding his score another option is to sort the scores alphabetically “A-Z” or “Z-A” by players' names. In an alternative embodiment, the players in the different tiers have the same opportunity for points.

The example of FIG. 10 is not meant to limit the invention in any way, although 5 tiers are shown and only three players are illustrated in each tier, there are able to be any appropriate number of tiers as well as any number of players within each tier. Furthermore, the scoring used in the example is not meant to limit the present invention in any way.

FIGS. 11A-C illustrate other exemplary GUIs 1100, 1100′ and 1100″. Each example displays a set of players based on a tab selected from a tab set 1102, 1102′ and 1102″ at the top of the screen. Typically the names of players in each tab set would be different, unlike the examples provided. In the examples, the tab sets 1102, 1102′ and 1102″ are based on the tiers of the game including Legend, Master, Champion, Qualifier and Challenger tiers. Each example shows different sets of rankings depending on the tab selected: the GUI 1100 shows rankings of Qualifiers, the GUI 1100′ shows rankings of Legends and GUI 1100″ shows All rankings. The Qualifiers' names 106 and corresponding scores 108 are displayed in a specified order. The order of the names and scores is based on a selectable sorting method chosen by the user via a set of buttons 1104, 1104′ and 1104″. Options for the sorting method include ascending score order, descending score order, alphabetically and reverse alphabetically. The present example in FIG. 11A illustrates the players' names 1106 in the Qualifiers tier sorted in descending order from the highest to the lowest scores 1108. FIG. 11B, illustrates the players' names 1106′ in the Legends tier sorted in descending order from the highest to the lowest scores 1108′. FIG. 11C, illustrates the top 3 players' names 1106″ in All tiers from the highest to the lowest scores 1108″. If a user chooses to see more than the top 3 players' names, he is able to click a “view more” link to view a complete list. There is also an alert mechanism in the top right corner to inform the player of their current ranking such as Qualifier. The lists of player's names 1106 and scores 1108 are able to be displayed on one screen where the user scrolls down to view more or on a number of screens where the user clicks a link to go to the next page of listings. Furthermore, as FIGS. 11A-C are just examples, each page is able to be as interactive as desired including more links, tabs, buttons or any other interactive tool. The examples of FIGS. 11A-C are not meant to limit the invention in any way.

FIG. 12 illustrates an exemplary graphical user interface on a web page 1200. Within the web page 1200 are standard navigational techniques such as tabs, text links, image links, buttons and banner ads. Furthermore, the web page 1200 implements a customizable display which includes images, text fields, tables, tabs and more. The present invention includes any other navigational or display mechanism to fully provide an enjoyable experience for users of the system. As described above, the main display focuses on a list of names 1206 and their corresponding scores 1208. The list in the present example is displayed in descending order; however, the list is modifiable using a set of buttons 1204 to also display scores in ascending order, alphabetically or reverse alphabetically. Furthermore, presently the Qualifier tab is selected from the tab set 1202, but any of the tiers are selectable including All tiers. In the example, Jim65 is the user logged in, and he is viewing the Qualifier tier, the default tier, where his name is highlighted. Although the Qualifier tier is the default tier, the web page is modifiable to correspond with a user's preferences such that if the user prefers to go directly to the All scores page, then he is able to set that as the default. At the top of the screen is a navigational bar 1210 which allows easy navigation within the web site. Included on the navigational bar are links to Home, About Airplay, Our Games, Learn More and Tournament Prizes. The Home link takes the user to the Airplay home page. By clicking on About Airplay, a user is able to view information about Airplay. The Our Games link provides further information about other Airplay Games. Learn More is an informative page that describes a specified game in detail. The Tournament Prizes link explains the prizes available to players of the system. Along the sides of the screen are areas 1212 for more information including advertisements, updates or any other information that Airplay chooses to display to the user. Furthermore, along the bottom of the page is another location 1214 for information including banner ads, images of prizes, and any other information desired. When a user is finished viewing the web page he is able to logout by clicking on the Logout button, thereby securely ending his session and preserving his personal information. FIG. 12 provides an example of how user's are able to view their information on a web pages and is not meant to limit the invention in any way.

To utilize the present invention, a number of steps are involved. A user must first download the software to his mobile device. The user then is able to communicate with the server via the software. The software queries the user if he wants to enter a game. The user selects a game to play where the game is coordinated with a live event such as a football game. The software prompts users to make predictions and the users select their answers at appropriate times. By selecting the proper choices, users earn points. If the user correctly answers a specified amount of questions and scores over a promotion threshold level, then the user will be promoted to the next tier to receive more advanced questions and more opportunities to earn points. Users are able to view and compare their scores with all other users even though the only comparison worth while is their score with others in the same tier as them. The scores are available to be viewed online or via the user's mobile device. Users are also able to win prizes based on how well they do in competitions.

There are numerous benefits of the present invention over the prior art. Instead of a system of skill tiers for a common game where the results of the competitors at different skill tiers would be known only to members of a specific group, the present invention allows all competitors to view all of the scores. The Internet allows subscribers of the service to view all results, and since all competitors competed in a single game in the prior art, users would directly compare all of their scores even Challengers with Legends. However, in the present invention, since at each discrete tier there is a separate copyrightable game, specifically designed with elements that allow increased point values at each skill tier, comparisons of one's score in the entry tier to the scores of the next highest tier, are meaningless. In its full embodiment, the games and the score potential are completely different at each tier. Competitors who will never advance far through the tiers of competition can be content to compete with people at their own skill tier. In a subscription-based business, the elimination of negative feedback from the comparison of one's score to those playing an identical game at a higher tier will increase customer satisfaction and correspondingly decrease customer “chum” or voluntary disconnect. A decrease by a small fraction in customer chum has significant impact on a service's profitability.

In addition, eliminating complex alternatives from the games played for entry tier competitors makes the games easier to learn, a fundamental requirement for the success of any game. On the other hand, a successful game must also be difficult to master. The present invention provides the incentive for a competitor who has now reached the top level of their tier, and is on the verge of promotion, the incentive of not only the opportunity to increase the level of prizes which can be won at their new level of skill, but rewards them by providing an increasingly richer game with more sophisticated decisions and challenges.

The present invention has been described in terms of specific embodiments incorporating details to facilitate the understanding of principles of construction and operation of the invention. Such reference herein to specific embodiments and details thereof is not intended to limit the scope of the claims appended hereto. It will be readily apparent to one skilled in the art that other various modifications may be made in the embodiment chosen for illustration without departing from the spirit and scope of the invention as defined by the claims. 

1-67. (canceled)
 68. A server for conducting a game of skill or chance or other entertainment played simultaneously by groups of participants, each participant on a client device, each group comprising a plurality of participants of a particular game skill tier, remote from each other in conjunction with at least one common game event wherein each participant player of a game receives one or more scores, the server comprising: a. a memory for storing program instructions for providing the common game event and transmitting the common game event to each of the remote participants and for defining a predetermined plurality of game skill tiers each comprising one or more players, wherein the program instructions determine a current skill tier of a user and updates the current skill tier of the user if the current skill tier is not correct for the user, wherein one or more web-connected devices receive a first set of game data from the server, wherein the server receives a second set of game data from the one or more web-connected devices, wherein the first set of game data comprises a first set of questions sent to a first group of players in a first tier and a second set of questions sent to a second group of players in a second tier, wherein the second set of questions includes questions not in the first tier; and b. a processor coupled to the memory to configure the second set of game data for the one or more web-connected devices, wherein the server transmits a lockout signal to the one or more web-connected devices, wherein the lockout signal is transmitted at a designated time to prevent answers to questions after an outcome is known.
 69. The server as claimed in claim 68, wherein the program instructions are implemented in real time.
 70. The server as claimed in claim 68, wherein the one or more web-connected devices are from a group including a cellular phone and a laptop computer.
 71. The server as claimed in claim 68, wherein the one or more web-connected devices or the server includes memory for permanently storing the game skill tier selected from the plurality of game skill tiers defined on the server.
 72. The server as claimed in claim 68, wherein the one or more common game events comprise a live television broadcast of a live sporting event from a group including football, baseball, hockey, basketball, boxing, golf, soccer and auto racing.
 73. The server as claimed in claim 68, wherein the one or more common game events are selected from a group including a televised game show, a reality show, an esports tournament and an entertainment show.
 74. The server as claimed in claim 68, wherein the one or more common game events comprise a non-televised game selected from a group including cards, dice, word games, puzzles and trivia games.
 75. The server as claimed in claim 68, wherein the one or more common game events are played on computers, the Internet, handhelds or cell phones.
 76. The server as claimed in claim 68, wherein the game scores are communicated to the one or more players on a webpage.
 77. The server as claimed in claim 68, wherein the game scores are communicated to the one or more players on the one or more web-connected devices, a computer or a video game device.
 78. The server as claimed in claim 68, wherein all game scores are communicated to players regardless of game skill tier.
 79. The server as claimed in claim 68, wherein all game scores in the game skill tier are communicated only to players included in the players' game skill tier.
 80. The server as claimed in claim 68, wherein the games played at the relatively higher skill tiers have more game elements or more opportunities for points than respectively lower skill tiers.
 81. The server as claimed in claim 68, wherein the server sends an acknowledgment in real time.
 82. The server as claimed in claim 68 wherein the one or more web-connected devices comprise one or more mobile devices.
 83. The server as claimed in claim 68 wherein the memory stores the game skill tier of each participant for each type of common game event.
 84. A method of controlling a game of skill or chance or other entertainment, comprising: a. transmitting one or more common game events from a server to one or more web-connected devices; b. defining a predetermined plurality of game skill tiers each comprising one or more players; c. transmitting game elements to the one or more players via the one or more web-connected devices, wherein the game elements are relative to the predetermined plurality of game skill tiers such that each player belonging to a first tier is presented a first set of game elements and each player belonging to a second tier is presented a secnod set of game elements, wherein the second set of game elements includes game elements not in the first set of game elements; d. determining a current skill tier of the user in an application and updating the application if the current skill tier is not correct for the user, thereby ensuring the user is utilizing an updated application that is correct for the user, wherein the one or more web-connected devices receive a first set of game data from the server, wherein the server receives a second set of game data from the one or more web-connected devices, wherein a processor of the server configures the second set of game data for the one or more web-connected devices; and e. sending a lockout signal to the one or more web-connected devices preventing transmission of answers to the game elements after an outcome is known.
 85. The method as claimed in claim 84 wherein the application is implemented in real time.
 86. The method as claimed in claim 84 further comprising: e. promoting the one or more players to a relatively higher tier of the predetermined plurality of game skill tiers based on a determined level of a skill of a user; f. determining a score for the one or more players based on the correctness of responses provided to the game elements; g. grouping the scores for the one or more players according to the predetermined plurality of game skill tiers; and h. displaying the scores within the predetermined plurality of game skill tiers in an order selected from a group including ascending, descending and alphabetical.
 87. The method as claimed in claim 84, wherein the one or more web-connected devices are from a group including a cellular phone and a laptop computer.
 88. The method as claimed in claim 84, wherein the one or more web-connected devices include memory for permanently storing the skill tier selected from the predetermined plurality of game skill tiers.
 89. The method as claimed in claim 84, wherein the one or more common game events comprise a live television broadcast of a live sporting event from a group including football, baseball, hockey, basketball, boxing, golf, soccer, esports tournaments and auto racing.
 90. The method as claimed in claim 84, wherein the one or more common game events are selected from a group including a televised game show, a reality show and an entertainment show.
 91. The method as claimed in claim 84, wherein the one or more common game events comprises a non-televised game selected from a group including cards, dice, word games, puzzles and trivia games.
 92. The method as claimed in claim 84, wherein the one or more common game events are played on computers, the Internet, handhelds or cell phones.
 93. The method as claimed in claim 84, wherein communicating the scores comprises posting the scores on a webpage.
 94. The method as claimed in claim 84, wherein communicating the scores comprises sending the scores to the one or more web-connected devices, one or more computers or one or more video game devices.
 95. The method as claimed in claim 84, further comprising communicating the tiers to the one or more users.
 96. The method as claimed in claim 84, wherein more game elements are presented or more scoring opportunities offered and more points are awarded at the relatively higher skill tier.
 97. The method as claimed in claim 84, further comprising utilizing the Internet for gameplay.
 98. The method as claimed in claim 84, further comprising sending an acknowledgment from the server to the one or more web-connected devices in real time.
 99. The method as claimed in claim 84, wherein the one or more web-connected devices comprise one or more mobile devices.
 100. The method as claimed in claim 84, wherein the game elements comprise one or more questions.
 101. A graphical user interface for displaying scores of a game of skill or chance or other entertainment played by a plurality of players viewing one or more common game events, wherein the graphical user interface is stored in a non-transitory memory and displayed on a display of a device, wherein the graphical user interface is associated with an application, the graphical user interface comprising: a. a representation of a plurality of tiers each comprising one or more players, the plurality of tiers comprising a first skill tier and a second skill tier, wherein players in the first skill tier are presented with a first set of queries and aplyers in the second skill tier are presented a second set of queries, wherein the second set of queries includes queries not in the first set of queries; and b. a list of a plurality of scores of the plurality of players, wherein each player has an associated tier, wherein the device receives a first set of game data from the server, wherein the server receives a second set of game data from the device, wherein a processor of the server configures the second set of game data for the device, wherein the server transmits a lockout signal to the device preventing transmission of answers to the queries after an outcome is known.
 102. The graphical user interface as claimed in claim 101, wherein the plurality of players play a game with the same opportunities to score points.
 103. The graphical user interface as claimed in claim 101, wherein the plurality of players play a game with different opportunities to score points.
 104. The graphical user interface as claimed in claim 101, wherein the plurality of scores are displayed in an order selected from a group including ascending, descending and alphabetical.
 105. The graphical user interface as claimed in claim 101, wherein the scores for each player are listed in the associated one of the plurality of tiers.
 106. The graphical user interface as claimed in claim 101, wherein the application is implemented in real time. 